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7.1.2.1.13 Use Case: sendRequest 

"Use Case: sendRequest" on page 260 



7,1.2.1.1.4 Use Case: NE_State_Machine 



Preconditions: The NE must be defined. Inactive is the initial state of the FENICS representation of the 

NE device. 

Preconditions: The state machine provides the preconditions for each state transition. 

Description: The NE shall support the notion of a state machine. The state machine will depict the valid 

states and transitions for the NE. Each state transition will send an event to the 
EventHandler. The following stale diagram captures the high level states and transitions. 
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There will be additional states and transitions, but they are deferred to the Analysis Phase: 




Exception: 
Postconditions: 

Scenarios for Use Case: 
NE_State_Machine 



There are numerous exceptions which can occur in this state machine, but they are 
deferred until the Analysis Phase. 

The NE state machine stays in effect until the NE is removed from the system. 



Diagram: "OMTDiagram: NE_State_Machine M on page 67 
Requirement ID: [CM-4.0], CM-6.0.2, [SM-1 .5] 
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7.1.2.1.1.5 Use Case: SynchronizeNE 



Preconditions: 



Some part of the NEConfiguration requires synchronization. 
Synchronization will update some part of the NEConfiguration. 

Synchronization of the NEConfiguration will only affect the NE and/or the NE provision- 
able data. 

Synchronization will only include non-destructive operations (i.e. adds) unless manually 
override is requested by the User. No data will be lost or changed automatically by the 
FEN1CS system. 

None identified at this time. 

This part of the NEConfiguration has been synchronized with the NE Device. 



Description: 



Exception: 
Postconditions: 



7.1.2.1.1.6 Context: CrossconnectReconciler 

"Context: CrossconnectReconciler" on page 171 

7.1.2.1.1.7 Use Case: AddNetworkElementConfigurationData 

"Use Case: AddNetworkElementConflgurationData" on page 96 

7.1.2.1.1.8 Use Case: createSession 

"Use Case: createSession" on page 250 



NE Audit is the means by which FENICS audits the NE Device with the FENICS representation of the NE device, the 



7.1.2.2 Context: NE Audit 
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fbmedby the^dHw ^ d0CUment, ** pi °° eSS ° f auditin « dala at Ae NE device with Hie data at FENICS is per- 

For background and terminology, familiarization with the concepts described during the NE Activation is recom- 

mended* 

The Auditor is responsible for providing the following features: 

* i^fit ^ iniUaled ^ T' J* 1 ! USCr iS Pr ° Vided Whh m ^-Strategy which was defined as part of the 
NEProfile. The user may override this Audit_Strategy. 

'wu£ "T, atiC t t U Mn i J ti ^™ to «»?«>>y *>y system. An Audit_Strategy is provided in the NEProffle. 
^r^ n « n * the / uditor m deViCC confi ^ tion d «" and compares it with the associated 

NEConfiguration. Depending upon the type of configuration data and the audit strategy, the Auditor determines 
whe the; a discrepancy exists and what action to take as a result. In addition, the Auditor will, depending upon the 
AudiUJtrategy. initiate the reconciliation of all Cross Connects and Faults. See Figure 22: "NE Audit" on page 70 
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Figure 22: NE Audit 
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The Auditor must be provided with an Audit JStrategy. A default Audit.Strategy is established during the definition 
of the NEProfile. The default Audit.Strategy is utilized by both the automatic and manual audit. Alternatively, the 
User may tailor the default AuditJStrategy for a manual audit Hie Audit JStrategy provides the scope and resolution 
strategy which is used by the Auditor. In order to define the scope for an Audit, it requires the introduction of some 
additional generalizations for the NEConfiguration. The scope for an Audit can be based on the FENICS representa- 
tion of the NE's system configuration, the NESystemConfiguraUon. That is, the NE and its related NEData. The 
Equipment and its related EqptData. The Facility and its related FaciUtyData. Figure 23: "NE System Configuration" 
on page 71 depicts the NE system configuration. In addition, the scope of an Audit can be based on the FENICS repre- 
sentation of the NE's cross-connects, the CrossConnect and related CrossConnectData. 

To summarize, the Audit.Strategy provides the scope of the Audit. Scope is applicable to manual and automatic 
audits. The following scope is supported for an Audit JStrategy: 

System configuration (True I False) - NESysteruConfigu ration 
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• Cross-connect (True I False) - CrossConnect and CrossConnectOata. 

Figure 23: NE System Configuration 
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The Audit.Strategy specifies the resolution strategy. That is, when a Discrepancy is discovered, what action should be 
taken by the Auditor. See Figure 24: "NE equipment discrepancy" on page 72 for an example of a Discrepancy 
between the NEDevice and the NE. The following summarizes the supported resolution strategies: 

• NEDevice provides controlling view. The Auditor will forward any discrepancies to the Reconciler in order to 
synchronize the NE. The Discrepancy and the resolution are written to the log 

• P* 1 !? ^ V J deS CO " tr0lUng Vi6W - 11,6 Audit ° r Wi " fonvaid discrepancies to the Reconciler in order to con- 
form the NE device. For release 1 FENICS. this behavior is only provided for manual interactive audits The Dis- 
crepancy and the resolution are written to the log. 

• Report discrepancies The Auditor will not reconcile the Discrepancy. The Auditor will provide a report of each 
Discrepancy. If the Audit was invoked manually by the user, the user may interactively choose to resolve one or 
more Discrepancy by selecting either FENICS. or the NE device, to have the controlling view. The user may then 
forward the Discrepancy with a resolution strategy to the ReconcUer. Alternatively, for an automatic audit or a 
notification audit, the report only option will enter the Discrepancy into the log. 
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Figure 24: NE equipment discrepancy 
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In summary, the Audit.Strategy provides a resolution strategy for the NESystemConfiguration, and the CrossCon- 
nect. Both the NESystemConfiguration and the CrossConnect contain transient data. The resolution strategy does not 
pertain to the transient data. That is, the NE device always maintains the controlling view for transient data and FENICS 
will simply reflect those values. See Figure 25: "NE TYansient data 1 ' on page 72 for the FENICS representation of the 
transient data. 

Figure 25: NE Transient data 
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When the Auditor discovers a Discrepancy, the Auditor will report the Discrepancy, or forward it to the Reconciler 
for resolution based on the resolution strategy. The NE transient data is always represented at FENICS, therefore, the 
Auditor always request the Reconciler update the NETransientData. For provisionable data, the resolution strategy 
may specify conforming the NEDevice to the NE, or synchronizing the NE to the NEDevice. 

The Auditor will register with the EventHandler in order to receive NEDevice configuration changes. The Auditor 
will process these notifications using the Audit_Strategy defined in the NEProfile for the NE. 

TTie Auditor will register with the EventHandler in order to receive changes in the state of the session with the NEDe- 
vice. If the session to an NE device is lost, the NE must transition to the CommLoss state. When session is re-estab- 
lished, the Auditor will send any un-applied NEConfigurationData to the NEDevice, and then audit the 
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NEConfiguration as per the Audit_Strategy. 

Refer to the following use cases for additional functionality on the NE Audit. 
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7.1.2.2.1 Use Case: Apply_Audit_Strategy 



A manual, automatic or notification audit has discovered a discrepancy. 
Whenever the Auditor is comparing the NE device configuration with the NE configura- 
tion, the Audit.Strategy is utilized in order to determine scope and resolution strategy. 



Table 13: Audit Strategy 



Scope 


Resolution Strategy 


NE Device has 
controlling view ** 


NEhas 
controlling 
view 


Report 

discrepancies 
*** 


Report 
discrepancies - 
interactive 
resolution * 


NESystem- 
Configu ra- 
tion 


provision- 
able data 


1 . Synchronize the 
NE (none destruc- 
tive) 

2. Log discrepancy 
resolution. 


1 . Conform 
the NEDevice 
(none destruc- 
tive) 

2. Log dis- 
crepancy 


1 . Report dis- 
crepancy 


1 . Report discrep- 
ancy 

2. Synchronize the 
NE, Conform the 
NE device or do 
nothing. 


transient 
data 


1. Refresh the NE 


1. Refresh the 
NE 


1. Refresh the 
NE 


1. Refresh theNE 


Cross.Conne 
ct 


provision- 
able data 


1. Synchronize the 
NE (none destruc- 
tive) 

2. Log discrepancy 
resolution. 


1 . Conform 
the NEDevice 
(none destruc- 
tive) 

2. Log dis- 
crepancy 


1 . Report dis- 
crepancy 


1. Report discrep- 
ancy 

2. Synchronize the 
NE, Conform the 
NE device or do 
nothing. 


transient 
data 


1. Refresh the NE 


1. Refresh the 
NE 


I. Refresh the 
NE 


1. Refresh theNE 


* for manual audit only, default 
** default for automatic audit 
*** for automatic and notifications report to the log, for manual report to user 



The notion of "none destructive" means that the FENICS system will not overwrite or 
delete any provisioned information. That is, the strategy of FENICS is that: information 
may be added, but not modified or deleted unless explicitly requested during a manual 

audit. 



Preconditions: 
Description: 
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Exception: None identified at this time. 

Postconditions: None identified at this time. 



Requirement ID: CM-5.0J, CM-5.4J 

7.1*2*2.2 Use Case: ChangeNetworkEIementConfigurationData 

"Use Case: ChangeNetworkElementConfigurationData" on page 104 



7.1.2*2.3 Use Case: Network_Element_Audit 



Preconditions: The NE state model permits the transition to Audit. 

Description: FENICS provides the ability to audit the NEConfiguration with the NE device configura- 

tion. This process is performed by an Auditor. The Auditor requires an Audit_Strategy. 
The Audit_Strategy provides the scope of the audit and the resolution strategy. Audits 
can be performed manually by the User, or automatically by the system. 

If the audit is a manual audit, the User may override the Audit_Strategy, which was 
defined in the NEProfile. The User may also choose to resolve a Discrepancy interac- 
tively. 

Automatic audits are a result of a user defined NEProfile attribute set during NE Defini- 
tion. The automatic audit will occur as a result of certain state transitions. For example, 
after a lost session to the NE device is re-established. The AuditjStrategy for an auto- 
matic audit is provided by the NEProfile and was established during NE Definition. 
The resolution of a Discrepancy involves the Reconciler. The Reconciler provides the 
Auditor with the ability to Refresh the NE, Synchronize the NE t or Conform the NE 
device. Refer to the Reconciler for more details. 

The Auditor will maintain any NEConfiguration changes that have not been applied to 
the NEDevice. 

The Auditor will utilize the Audit.Strategy and perform the following steps: 
• If auditSystem is TRUE 

• Obtain the system level data from the NE device 

• Compare the NE device system level data to the NEData. For each Discrepancy, 
apply the resolution strategy 

♦ Obtain the equipment data from the NE device 

* For each piece of equipment, compare the NE device equipment data to the NE 
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EqptData. For each Discrepancy, apply the resolution strategy. 

• Obtain the facility data from the NE device. 

• For each facility, compare the NE device facility data to the NE FaeilityData. For 
each Discrepancy, apply the resolution strategy. 

If auditCrossConnect is TRUE 

• request the CrossConnectManagement to reconcile all CrossConnect. 
If auditAlarms is TRUE 

• request the FaultReconciler to reconcile all Faults. 

Exception: If any part of this process fails, the Auditor will log the error and transition the NE to an 

error state. 

Postconditions: The NE will transition to the Active state. 



Actors: User, FENICS 

Using Mandatory Use Cases: 

NE_State_Machine 

ReconcileAHFaults 

NE.Reconcile 

Log_Audit_Discrepancy 

sendRequest 

AppIy_Audit_Strategy 

CrossconnectReconciler 

Used by: 

End_Maintenance_Mode 

Reactivation 

Logon 

Scenarios for Use Case: 
NetworkJElement_Audit 

Diagram: "OMTDiagram: Network_EIement_Audif on page 78 

Requirement ID: CM-5.0.1, CM-5.4.1, CM-2.0.1, CM-5.1.1, CM-5.1.2, CM-5.1.3, FM-2.1.1 
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Figure 27: OMTDiagram: Network_Eiement_ Audit 
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7.1.2.2.4 Use Case: AddNetworkElementConfigurationData 

"Use Case: AddNetworkElementConfigurationData" on page 96 

7.1.2.2.5 Use Case: NE_StateJVtachine 

"Use Case: NE_State_Machine M on page 65 
Refer "Use Case: NE„State_Machine" on page 65" 

7.1.2.2.6 Use Case: NEJReconcile 



Preconditions: 
Description: 



Exception: 
Postconditions: 



Some part of the NE configuration needs to be reconciled with the NE device. 
Since FENICS maintains a representation of the NE device, the requirement to reconcile 
differences between the NE and the NEDevice is formalized. In order to reconcile the NE 
with the NEDevice, or the NEDevice with the NE, the following primitives are defined: 

• Conform the NEDevice - applies some part of the NEConfigurationData to the 
NEDevice 

• Synchronize the NE - utilizes some part of the NEDeviceConfiguraUonData to affect 
changes to the NE or to the provisionable NEConfigurationData. 

• Refresh the NE - applies some NE device transient data to the associated NETran- 
sientData. 

None identified at this time. 

Some part of the NEConfiguration is reconciled with the NEDeviceConfiguration. 



7.1.2.2.7 Use Case: ConformNEDevice 



Preconditions: 



A request for the NE device to conform to some part of the NEConfigurationData. 



FUjlTSU 
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Description: Conforming the NE device is the process of applying some part of the provisionable 

NEConfigurationData to the NE device. 

Exception: none identified at this time. 

Postconditions: The NE device will reflect the particular NEConfigurationData. 



7.1.2.2.8 Use Case: Log_Audit_Discrepancy 



Preconditions: A discrepancy was discovered by the Auditor. 

Description: A discrepancy is a discovered difference between the NE device configuration and the NE 

configuration. When a discrepancy is discovered by the Auditor, the Auditor will record 
the discrepancy to the log in accordance with the audit strategy. Alternatively, when a dis- 
crepancy is discovered by the auditor, and the audit strategy was to resolve the discrep- 
ancy, the Auditor will forward the discrepancy to the Reconciler to perform the resolution. 
The Reconciler will record the discrepancy and the resolution in the log. 

Exception: none identified at this time. 

Postconditions: The discrepancy and any resolution is recorded in the log. 



Requirement ID: CM-5.3.I 



7.1.2.2.9 Use Case: RefreshNE 



Preconditions: Some NETransientData requires updating. 

Description: The Reconciler provides the ability to update NETransientData. 

Exception: None identified at this time. 

Postconditions: Some NETransientData is now up-to-date with the NE Device. 



7.1.2.2.10Use Case: SynchronizeNE 



Preconditions: Some part of the NEConfiguration requires synchronization. 
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Description: 



Exception: 
Postconditions: 



Synchronization will update some part of the NEConfiguration. 

Synchronization of the NEConfiguration wiJl only affect the NE and/or the NE provision- 
able data. 

Synchronization will only include non-destructive operations (i.e. adds) unless manually 
override is requested by the User. No data will be lost or changed automatically bv the 
FENICS system. 3 

None identified at this time. 

This part of the NEConfiguration has been synchronized with the NE Device. 



7.1.2.2.11Context: CrossconnectReconciler 

"Context: CrossconnectReconciler" on page 171 



7.1.2.2.12Use Case: ReconcileAUFaults 

"Use Case: ReconcileAUFaults" on page 63 
Refer "Use Case: ReconcileAUFaults" on page 63" 

7.1.2,2, 13Use Case: sendRequest 

"Use Case: sendRequest" on page 260 

7.1.2.3 Context: NE_Definition 



NE Defimtionis me means by which the FENICS defines and manages its view of the network element and its configu- 
rauon data [^Configuration]. It focuses on how the NE is introduced to FENICS, how NE configuration data is added 
to and deleted from FENICS, and how that data can be modified within FENICS. It is responsible for the integrity and 
consistency of the NE configuration data within FENICS. 

FENICS has a notion of a 'bill of materials' for the configuration of any supported NE. This bill of materials captures 
the equipment hierarchy for an NE. allowing FENICS to determine what NE configuration data is valid TTiis bill of 
materials can capture can capture dependencies between various components in the configuration data. The term com- 
ponent is used genericaily within this section to refer to any piece of equipment [Equipment] (e.g. interface card chan- 
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7.1.2.6.3 Use Case: NE.StateJMachine 

"Use Case: NE_State_Machine M on page 65 

Refer "Use Case: NE_State_Machirte M on page 65" 

7.1.2.6.4 Use Case: Network JElement__Audit 

Refer "Use Case: Network_Eiement_Audir on page 76" 

7.1.2.6.5 Use Case: maintainSession 

"Use Case: maintainSession" on page 253 

7.1.2.7 Context: NE_Notifications 
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Figure 44: NE Notifications 
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Refer to the following use cases for additional functionality on the NE Notifications. 
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7.1.2.7.1 Use Case: NE_Notifications-FENICS 



Preconditions: 
Preconditions: 

Description: 



Exception: 
Postconditions: 



The NE must be active. 

The Auditor has registered with the EventHandler in order to receive notification of 
changes to the NEDevice configuration. 

Changes to the NEDevice configuration which are reported to the Auditor may effect the 
NEConfiguration. 

The Auditor utilizes the Audit.Strategy, which was defined for the NE, to determine the 
resolution strategy for the type of data that has changed. If reconciliation is required, the 
Reconciler is utilized to reconcile the NEConfiguration 

None identified at this time. 

Audit_Strategy is utilized to carry out a resolution strategy (i.e. log discrepancy, refresh 
NE, or synchronize NE). 



Actors: NEDevice 

Using Mandatory Use Cases: 

NE__Reconcile 

Apply^Audit^Strategy 

Using Optional Use Cases: 

ReportAlarm 

ReportEvent 

ReportPM 

ReportAutoLogoff 

ReportDBChange 

Scenarios for Use Case: 
NE_Notifications-IEM 

Diagram: "OMTDiagram: NE„Notifications-FENICS 1" on page 127 

Requirement ID: CM-6.0.1, CM-6.1.1 
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7.1*2.7.2 Use Case: Apply_Audit_Strategy 



Refer "Use Case: Apply_Audit_Strategy" on page IS 



7.1.2.7.3 Use Case: NE_Reconci!e 

"Use Case: NE_Reconcile" on page 79 
Refer "Use Case: NE_Reconci!e" on page 79" 



7.1.2.8 Context: Network_Topology 



Network topology refers to the arrangement of nodes on a network in relation to one another. The network topology 
consists of network elements organized in subnetworks and interconnected by links. The subnetworks could reflect 
geographical partitions, but this is really up to a customer. 

Partitioning the network into subnetworks also assists in the graphical display of the overall network. Typically a large 
network is too big to view in a single screen. Subnetworks give the user a high level of the network, that can be refined 
by selecting a subnetwork and drilling down to the next level. 

There is always at least one subnetwork that exists in FENICS. This is the top level subnetwork. It is analogous to a 
"root directory" to which all subnetworks and/or NEs must belong. This top level subnetwork can never be deleted by a 
client and if the client adds an NE without specifying a subnetwork, then by default the NE is added to this top level 
subnetwork. 



SubContext: 
NE.Definition 
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7.13.2.1 Context: CrossconnectReconciler 



CrossConnect Reconciler is responsible for reconciliation of discrepancies between FENICS and NEDevice for all the 
crossconnects. The purpose of reconciliation is to synchronize the configuration/data between FENICS and NEDevice, 
or at least to report the discrepancies if any. 

CrossConnect Reconciler can be invoked by [Activation] or [Network w Element_Audit]. When it is invoked by [Activa- 
tion], all the crossconnects that exist in the NEDevice which is being activated will be retrieved and added to FENICS. 
When it is invoked by [Network„Element„Audit], a reconciliation is performed based on a user configured Audit Strat- 
egy- 



Actors: Client 
Used by: 

NetworkJE!ement_Audit 
Activation 

Requirement ID: [SR-8.0.6] 
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7.13.2.1.1 Use Case: Apply_Audit_Strategy 

Refer "Use Case: Apply_Audit__Strategy" on page 75" 

7.13.2.1.2 Use Case: BuildCrossconnect 

"Use Case: BuildCrossconnect" on page 179 



7.13.2.13 Use Case: CrossconnectActivationReconciler 



Preconditions: 
Description: 



Exception: 
Exception: 
Exception: 
Exception: 
Exception: 
Postconditions: 



FENICS must have an active session with the NEDevice being activated. 

FENICS will retrieve all the crossconnects [Retrieve All NE Crossconnects] from the 

NEDevice and add each individual crossconnect to FENICS [Build CrossConnect]. The 

beginning and finish time will be logged in FENICS and an event will be posted to the 

Event Handler once the operation is successfully completed. Any errors/exceptions 

encountered during the operation will also be logged in FENICS. 

The retrieval from NEDevice fails. 

Hie operation to add crossconnect to FENICS fails. 

Hie session/communication to the NEDevice is lost. 

Adding logs for the beginning and end of the operation fails. 

Emitting the event fails. 

All the crossconnects are synchronized between FENICS and NEDevice. 



7.13.2.1.4 Use Case: CrossconnectAuditReconciler 



Preconditions: FENICS must have an active session with the NEDevice being activated. 

Description: FENICS will retrieve all the crossconnects [Retrieve All NE Crossconnects] from the 
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NEDevice and compare with ail the crossconnects that exist in FENICS. The audit strat- 
egy will be applied for each discrepancy discovered [App!y_Audit_StratcgyJ. 
The beginning and finish time will be togged in FENICS and an event will be posted to the 
Event Handler once the operation is successfully completed. Any errors/exceptions 
encountered during the operation will also be logged in FENICS. 
The retrieval from NEDevice fails. 



Exception: 
Exception: 

Exception: 

Exception: 
Exception: 
Exception: 
Postconditions: 



The operation (based on Audit strategy or user request) to add, remove, or update cross- 
connect to FENICS fails. 

Re operation (based on Audit strategy or user request) to add. or update crossconnect to 
NEDevice fails. 

The session/communication to the NEDevice is lost. 
Adding logs for the beginning and end of the operation fails. 
Emitting the event fails. 

All the crossconnects are synchronized between FENICS and NEDevice or properly 
logged in FENICS. ^ J 



7.1.3.2,1.5 Use Case: I^g_Audit .Discrepancy 

"Use Case: Log_j\udit_Discrepancy" on page 80 
Refer "Use Case: Log_Audit_Discrepancy" on page 80" 

7.13.2.1.6 Use Case: RemoveCrossconnect 

"Use Case: RemoveCrossconnect" on page 185 

7.13.2.1.7 Use Case: RetrieveAUNECrossconnects 

"Use Case: RetrieveAUNECrossconnects" on page 189 



7.13.2.1.8 Use Case: UpdateCrossconnect 

"Use Case: UpdateCrossconnect" on page 185 
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7.1.4.1.5 Use Case: ReconcileAllFaults 



Preconditions: 
Description: 



Exception: 
Exception: 
Exception: 

Exception: 
Exception: 
Postconditions: 



An active session exists for the NE. 

The client can issue a request to reconcile all Faults associated with an NE A log mes- 
sage is recorded with the LogManager to mark the start of the fault reconciliation. A list 
of active Faults is retrieved from the NEDevice via NESession [sendRequest] The list of 
active Faults for the NE is retrieved from the ActiveFaultList. The two lists are com- 
pare^ and each Fault is reconciled [Reconcile Fault], Upon completion, a log message is 
recorded with the LogManager to mark the end of the fault reconciliation, and a Fault 
Reconcile Completion notification is posted to the EventHandler. 
Failure to retrieve fault list from the NEDevice. 
Failure to retrieve fault list for NE from ActiveFauitList 

Reconcile Fault fails. The FaultReconciler will attempt to reconcile as many Faults as it 
can. A Fault Reconcile Partial Completion or Fault Reconcile Failure notification will be 
posted to the EventHandler. 

Logging either the start or finish message failed. 

Posting the Fault Reconcile Completion notification fails. 

The list of active faults in the NE matches the list at the NEDevice. A Fault Reconcile 
Completion notification has been posted. A start and finish message have been logged. 



Actors: Client 

Using Mandatory Use Cases: 
sendRequest 
ReconcileFault 
Used by: 

ReceiveAutonomousFaultMessage 
IEM-NE_Reconciliation 
Network_Element_Audit 
Scenarios for Use Case: 
Reconcile All Faults 

Diagram: "OMTDiagram: Reconcile__A!arms" on page 64 
Requirement ID: [FM-2.0], FM-2.1.3 
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7.1.4.1.6 Use Case: ReconcileFault 



A Fault Reconciliation is in progress for an NE. A list of active StandingFauits has been 
retrieved for the NEDevice as well as the NE. Hie StandingFauit is located in the respec- 
tive lists as indicated in the table. 

The StandingFauit is reconciled as described in the table. 



Table 16: Fault Reconciliation Scenarios 



Fault 
Location 


Scenario 


Description 




NE 


NE 
Device 


Exceptions 


yes 


yes 


none 


no reconciliation required 


none 


no 


yes 


StandingFauit in NEDe- 
vice list only 


The FaultReconciler will issue a request 
to the FaultHandler to set the Standing- 
Fault on the NE. This will be accom- 
plished by simulating the receipt of an 
autonomous fault message [Receive 
Autonomous Fault Message]. The dis- 
crepancy and its resolution will be issued 
to the LogManager. 


l\Cl6lrC rlH( %Jt t%Jftt*JU& 

Fault Message fails. 








Failure to log the dis- 
crepancy/resolution. 


yes 


no 


StandingFauit in NE 
Active Faultiest only 


The FaultReconciler will issue a request 
to the FaultHandler to clear the Stand- 
ingFauit on the NE. This will be accom- 
plished by simulating the receipt of an 
autonomous fault message [Receive 
Autonomous Fault Message] to clear the 
StandingFauit The discrepancy and its 
resolution will be issued to the LogMan- 
ager. There will be a fault duration based 
on when it was cleared by FENICS, but 
this will be apparent to the user (ie. user 
should know whether it was cleared by 
FENICS or the NEDevice. 


Receive Autonomous 
Fault Message fails. 








Failure to log the dis- 
crepancy/resolution. 


no 


no 


none 


not applicable 


none 



Exception: Scenario exceptions are described in the table. 

Postconditions: The StandingFauit has been reconciled. If a discrepancy was found, the discrepancy/res- 

olution has been logged. 



Preconditions: 



Description: 
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